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(54) Controlling which part of data defining a node-link structure is in memory 



(57) In a series of iterations, each of which automat- 
ical ly traverses a set of elements of a node-link struc- 
ture, an iteration modifies the part of node-link data 
defining the structure that is in memory. The modified 
part of node-link data is more likely to define the set of 
elements that will be traversed by the next iteration. The 
iteration can determine whether to remove any of the 
part of node-link data, and then apply a criterion, such 
as a navigation history criterion or a least recently tra- 
versed criterion, to determine which of the part to 
remove. The iteration can also determine whether its 
set of elements includes an element with children that 
are not defined by the part of node-link data in memory, 
and can obtain a modified part that defines those chil- 
dren. Each iteration can, for example, prepare and 
present a representation of the node-link structure. 
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Description 



[0001 ] The invention relates to controlling which part 
of a body of node-link data is in memory. 
[0002] Netscape Navigator is a web browser that 
saves data about a number of recently visited web 
pages, making it possible to view the saved pages with- 
out accessing them through the web. A user can navi- 
gate through the saved pages by following links 
between them or by providing other navigation signals 
such as by clicking on "Next" and "Back" buttons in the 
page frame presented by the browser. When a space 
limit is reached, previously saved pages are deleted to 
make room for newly visited pages. 
[0003] Koike. H. and Yoshihara, H., "Fractal 
Approaches for Visualizing Huge Hierarchies" Pro- 
ceedings of the 1993 IEEE Symposium on Visual 
Languages, Bergen, Norway, August 24-27, 1993, pp 
55-60, disclose how fractal-based methods of informa- 
tion display can control the number of displayed nodes 
of a huge hierarchical structure. Fractal views calculate 
the degree of importance of each node and decide 
which node should be displayed or erased by compar- 
ing each node's value with a threshold. Once the thresh- 
old is set, the number of displayed nodes is constant, to 
keep the system's response time, and possibly the cog- 
nitive load, constant. 

[0004] Matsuura, T., Taniguchi. K.. Masuda S and 
Nakamura. T.. "A Graph Editor for Large Trees' with 
Browsing and Zooming Capabilities". Systems and 
Computers in Japan. Vol. 24. No. 8. 1993. pp. 35-46 
disclose a library program which allows direct manipula- 
tion of a large tree on a display. Because of screen size 
limitations, the disclosed program displays both an out- 
line of a tree and details of one or more parts of the tree 
The user can use a mouse to move the selected region 
that is displayed in detail. 

[0005] Beaudet et al.. US-A-5.515,487, disclose 
selective display of portions of graphics by expanding 
and collapsing nodes in trees, directed acyclic graphs 
and cyclic graphs. 

[0006] Windows NT Explorer is a program that can be 
used to see the hierarchy of folders on a disk drive 
Some folders are presented with plus signs (+), and if 
the user does a mouse click on a plus sign, more folders 
will be displayed. 

[0007] The invention addresses problems in storing in 
memory a body of data defining a node-link structure 
referred to herein as "node-link data". In a simple case' 
all the node-link data defining a structure can be stored 
in memory, including additional data for presenting all or 
part of the structure. But this technique is not adequate 
in many situations. 

[0008] One situation that requires a different tech- 
nique is when node-link data defining a large or com- 
plex structure are greater than the available memory 
space. Another is when node-link data are not all con- 
currently available, due, for example, to low speed 



retrieval from a remote source or to modifications occur, 
ring elsewhere in parts of the data. 
[0009] The invention provides techniques that allevi- 
ate these problems in storing node-link structures The 
5 techniques control which part of node-link data defining 
a structure is in memory. In performing one of a series 
of iterations, each of which includes automatically tra- 
versing a set of elements in the node-link structure- 
each of the techniques modifies which part of node-link 
10 data is in the memory so that the part of node-link data 
in the memory is likely to define the set of elements that 
will be traversed by the next iteration. 
[Q01 0] Each iteration in the series could be any oper- 
ation that accesses data relating to elements within 
is node-link data defining the structure. Each iteration 
could, for example, prepare and present a representa- 
tion of the node-link structure. Other examples of oper- 
ations that can automatically traverse elements include 
display operations such as layout, mapping, and paint- 
so ing ; other operations that obtain positions of elements in 
a space; search or retrieval operations; operations that 
obtain data characterizing the structure, such as by 
scanning the elements of the structure; operations that 
make decisions based upon or relating to the structure 
25 by analyzing its elements; and so forth. 

[001 1 ] In modifying which part of node-link data is in 
memory, the iteration can determine whether to remove 
any of the node-link data from memory. Upon determin- 
ing to do so. the iteration can apply a criterion to deter- 
30 mine which part to remove. For example, each iteration 
can receive a navigation signal, and the criterion can be 
a navigation history criterion. More generally, the crite- 
rion can select an element that is least recently tra- 
versed, such as from a list of nodes defined by the part 
as of node-link data in memory, with the nodes ordered 
within the list according to how recently each node has 
been traversed. 

[001 2] In modifying which part of node-link data is in 
memory, the iteration can also determine whether any 
40 of the elements traversed by the iteration have children 
that are not defined by the part of node-link data in 
memory. For example, the techniques can access 
uncreated children data that indicate, for each node 
defined by the part of node-link data in memory. 
45 whether the node has children that are not defined by 
the part of the node-link data in memory. If the iteration's 
set of elements includes an element with undefined chil- 
dren, the iteration can determine to modify the part of 
node-link data in memory to define the undefined chil- 
50 dren. 

[00.13] The part of node-link data in memory can 
include a node element representing each node in the 
iteration's set of elements, and the part can be modified 
by adding an additional node element representing a 
ss node that is not in the set of elements. Similarly an 
additional link element can be added representing a link 
to the added node. Further, the part of node-link data in 
memory can include at least one node element repre- 
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senting a node that is not in the iteration's set of ele- 
ments, and the part can be modified by deleting at least 
one such node element. Similarly, for each deleted node 
element, at least one link element can be deleted that 
represents a link to or from the represented node. 
[0014] The techniques can be implemented in a sys- 
tem with memory for storing node-link data and a proc- 
essor for controlling which part of the node-link data is in 
memory. The techniques can also be implemented in an 
article of manufacture with a storage medium storing 
instruction data for execution by a processor. The tech- 
niques can also be implemented in a method of trans- 
ferring instruction data between two machines. 
[0015] The new techniques are advantageous 
because they make it possible to load a very large node- 
link structure incrementally as well as to unload and 
reload parts of the structure as necessary. The new 
techniques can accomplish these objectives even 
though the part of the node-link data in memory can 
occupy no more than a fixed amount of memory. Fur- 
thermore, the techniques can apply criteria based on 
user input indicating interest in different elements of the 
structure. As a result, in an implementation in which a 
user provides navigation signals requesting that 
selected elements of the node-link structure be dis- 
played, the part of the structure in memory is likely to 
include the elements the user will select for display. 
[001 6] Another advantage is that the new techniques 
can be combined with and used to implement cacheing 
and prefetching of node-link data defining a structure. 
[001 7] Yet further advantages arise because less data 
is transferred in and out of memory, and because data 
transfer occurs only when necessary. As a result, the 
initial display of a large node-link structure can be pre- 
sented much more quickly, and less computation is nec- 
essary to present the node-link structure. 
[0018] In comparison with conventional cacheing 
techniques, such as the Netscape web page cacheing 
techniques described above, the new techniques can 
be implemented to provide a more easily understood 
representation of the node-link structure. Although the 
new techniques may be applied to the same types of 
underlying node-link structures as conventional tech- 
niques, the new techniques can be implemented to 
maintain data in memory that define a series of more 
integrated structures for presentation. Within the series, 
each element can always have a path to the root, with 
no orphans permitted, and no currently presented ele- 
ment can be removed from memory. Furthermore, the 
new techniques can be implemented to add an element 
to memory when its parent is presented, thus increasing 
the likelihood that the pad of node-link data in memory 
defines elements that will be included in future presen- 
tations. 

Fig. 1 is a schematic flow diagram showing a way to 
control which part of data defining a node-link struc- 
ture is in memory. 



Fig. 2 is a flow chart showing general acts in per- 
forming control as illustrated in Fig. 1 . — - 

Fig. 3 is a schematic diagram showing general 
s components of a machine that performs control as 

illustrated in Fig. 1. 

Fig. 4 is a schematic diagram of a system. 

10 Fig. 5 is a schematic diagram of a directed graph 
data structure. 

Fig. 6 is a schematic diagram of a list of node iden- 
tifiers (IDs). 

75 

Fig. 7 is a flow chart showing how the routines in 
Fig. 4 respond to navigation signals. 

Fig. 8 is a flow chart showing how routines in Fig. 4 
20 respond to requests to create a node. 

Fig. 9 is a flow chart showing in greater detail how 
the memory management routines apply a naviga- 
tion history criterion. 

25 

Fig. 10 is a flow chart showing in greater detail how 
the routines in Fig. 4 create a node. 

Fig. 11 is a flow chart showing in greater detail how 
30 the routines in Fig. 4 remove a node. 

A. Conceptual Framework 

[0019] The following conceptual framework, when 

35 taken with the conceptual frameworks set forth in U.S. 
Patents 5,590,250 and 5,619,632 is helpful in under- 
standing the broad scope of the invention, and the 
terms defined below have the indicated meanings 
throughout this application, including the claims. 

40 [0020] A "node-link structure" is a structure that 
includes items that can be distinguished into nodes and 
links, with each link relating two or more of the nodes. A 
"graph" is a node-link structure in which each link 
relates two nodes. A "directed graph" is a graph in which 

45 each link indicates direction between the nodes it 
relates, with one node being a source or "f rom-node" of 
the link and the other being a destination or "to-node" of 
the link. An "acyclic directed graph" is a directed graph 
in which the links, when followed in their indicated direc- 

so tions, do not provide a path from any node back to itself. 
A "tree" is an acyclic directed graph with exactly one 
root node such that, for any non-root node in the tree, 
the links, when followed in their indicated directions, 
provide only one path that begins at the root node and 

55 leads to the non-root node. 

[0021] The "elements" of a node-link structure are its 
nodes and.links. 

[0022] In a node-link structure, a "node-link relation- 
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ship" is a relationship between elements based on 
paths of nodes and links between or among the ele- 
ments. 

[0023] In many cases, node-link relationships can be 
summarized by category. In a directed graph, for exam- 
ple, the "children" of an element are the elements that 
can be reached from the element by following no more 
than one link in its indicated direction. Similarly, the 
"parents" of an element are the elements that can be 
reached from the element by following no more than 
one link opposite its indicated direction. Children and 
parents of a node thus include links and nodes, while 
children and parents of a link include only nodes. The 
"descendants" of an element include all of its children, 
the children of its children ("grandchildren"), etc. The 
"ancestors" of an element include all of its parents, the 
parents of its parents ("grandparents"), etc. The "sib- 
lings" of an element include all the other children of its 
parents. The "co-parents" of an element include all the 
other parents of its children. 

[0024] The term "node-link data defining a node-link 
structure" is used herein to designate a body of data 
that would, if it existed in its entirety, define the complete 
node-link structure. 

[0025] A part of node-link data defining a node-link 
structure "is in a memory" if the part is stored in some 
combination of memory circuitry and devices such that 
it can be accessed by a processor. The combination of 
memory circuitry and devices could include, for exam- 
ple, main memory, local memory, remote memory, or 
input/output devices, and could include random access 
memory (RAM), read only memory (ROM), and one or 
more storage medium access devices with data storage 
media that they can access. 

[0026] As used herein, a "series of iterations" is a 
series of operations that can be divided into two or more 
consecutive parts, each of which is referred to herein as 
an iteration. Although iterations in a series may differ 
significantly, each iteration after the first can typically 
use starting data produced by the preceding iteration to 
obtain ending data. Typically, each iteration's ending 
data can in turn be used by the following iteration as its 
starting data. 

[0027] An iteration "traverses" an element of a node- 
link structure when the iteration includes an operation 
that accesses data relating to the element within a part 
of node-link data defining the structure that is in mem- 
ory. An iteration "traverses a set of elements" if the iter- 
ation traverses every element in the set. An iteration 
"automatically traverses" a set of elements if it traverses 
every element in the set independent of concurrent 
human control. A "traversal" is a completed act of tra- 
versing. 

[0028] An iteration includes "modifying which part of 
node-link data is in memory" if the iteration includes 
operations that change the part of node-link data defin- 
ing a node-link structure that is in memory to define a 
different subset of the elements of the node-link struc- 



ture? An iteration "obtains a modified part of the node-— 
link data in memory" if it modifies which part of node-link- 
data is in memory. 

[0029] A modified part of node-link data is "more likely 
s to define" a set of elements that will be traversed if, 
when compared in realistic conditions with the part of 
node-link data in memory before the modified part was 
obtained, the modified part more frequently defines all 
of the elements in a set subsequently traversed. The 
10 comparison can be made over a sufficient number of 
traversal to achieve an appropriate level of statistical 
significance. 

[0030] An operation "removes" some of the part of 
node-link data in memory if the operation modifies the 

is part of node-link data so that it no longer defines some 
elements that it defined prior to the operation. 
[0031] An operation "applies a criterion" if the opera- 
tion uses a criterion to reach a determination, such as 
which of a part of node-link data in memory to remove. 

20 [0032] The term "navigation signal" is used herein to 
mean a signal that indicates that the user has greater 
interest in a part of a node-link structure than in other 
parts. For example, an "expand signal" indicates a 
request to present a representation of a graph in which 

25 the representation of an element of the graph is 
expanded, while a "contract signal" indicates a request 
to present a representation of a graph in which the rep- 
resentation of an element of the graph is contracted. 
Other examples include requests to present a part of 

30 the node-link structure at a specific position, which can 
be done by selecting a bookmark or the like or by a point 
and click operation requesting that a feature pointed to 
be moved to a center of focus. 

[0033] The term "navigation history criterion" is used 
35 herein to mean a criterion that relates, at least in part, to 
previous navigation signals. 

[0034] A "processor is a component of circuitry that 
responds to input signals by performing processing 
operations on data and by providing output signals. The 

40 input signals may, for example, include instructions, 
although not atl processors receive instructions. The 
input signals to a processor may include input data for 
the processors operations. The output signals similarly 
may include output data resulting from the processor's 

45 operations. 

[0035] A "network" is a combination of circuitry 
through which a connection for transfer of data can be 
established between machines. 

so B. General Features 

[0036] Figs. 1-3 show general features of the inven- 
tion. 

[0037] In Fig. 1 , body of node-link data 10 defines a 
55 node-link structure. Box 20 illustrates the part of the 
node-link structure that is defined by a part of body 10 
that is in a memory. In the illustrated part of the node- 
link structure, node 22 is the parent of child nodes 24 
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and 26, and child node 24 is the parent of grandchild 
nodes 28 and 30. 

[0038] In box 40, one of a series of iterations is per- 
formed that includes automatically traversing a set of 
elements of the node-link structure. The iteration could s 
include any operation that automatically traverses ele- 
ments, a number of examples of which are listed above. 
The iteration includes modifying which part of body 10 is 
in memory so that it defines the set of elements to be 
traversed in the next iteration that includes automatic 
traversal. Box 40 can include removing data from mem- 
ory and adding other data to memory from body 10 so 
that a different part of the node-link structure is defined 
by the part of body 10 that is in memory. As illustrated in 
box 50, data defining nodes 22, 24, and 26 are in mem- 
ory but data defining grandchild nodes 28 and 30 are no 
longer In memory, and data defining grandchild nodes 
52 and 54, children of child node 26, have been added 
to memory. 

[0039] In Fig. 2, the act in box 100 begins an iteration 
that includes automatically traversing a set of elements 
of a node-link structure. The act in box 100 could begin 
an iteration that performs one of the operations listed 
above or any other operation that includes automatic 
traversal of the structure. 

[0040] During the iteration, the act in box 102 modifies 
which part of the node-link data defining the node-link 
structure is in memory. The modified part of the node- 
link data in memory is more likely to define the set of 
elements to be traversed by the next iteration that 
includes automatic traversal. 

[0041 ] The act in box 1 04 completes the iteration that 
began in box 100 and that included the act in box 102. 
As shown by the arrow from box 104 back to box 100, 
the acts in boxes 100, 102, and 104 can be performed 
in each of a series of iterations, each iteration including 
automatically traversing a respective set of elements of 
the structure. 

[0042] Machine 150 in Fig. 3 includes processor 152 
connected for receiving data indicating user signals 
from user input circuitry 154 and for providing data 
defining images to display 156. Processor 152 is also 
connected for accessing node-link data 158, which 
define a node-link structure. As illustrated, node-link 
data 158 include body 190 of node-link data defining a as 
node-link structure and also include part 192 of node- 
link data in memory. Processor 152 is also connected 
for receiving instruction data 160 indicating instructions 
through instruction input circuitry 162, which can illus- 
tratively provide instructions received from connections so 
to memory 164, storage medium access device 166, or 
network 168. 

[0043] In executing the instructions indicated by 
instruction data 1 60, processor 1 52 performs a series of 
iterations, each of which includes automatically travers- ss 
ing a respective set of elements in the node-link struc- 
ture defined by body 190 of node-link data. Each 
iteration can be initiated, for example, when processor 



152 receives a request for an operation, such as -by 
receiving signals from user input circuitry 1 54 indicating 
a part of a node-link structure of interest to the user. In 
performing an iteration, processor 152 modifies which 
part of node-link data is in memory, such as by remov- 
ing data from part 192 and by adding data from body 
190 to part 192. Processor 152 performs the modifica- 
tions so that part 1 92 as modified is more likely to define 
the set of elements that will be traversed next. 
[0044] As noted above, Fig. 3 illustrates three possible 
sources from which instruction input circuitry 162 could 
receive data indicating instructions-memory 164, stor- 
age medium access device 166, and network 168. 
[0045] Memory 1 64 could be any conventional mem- 
ory within machine 150, including random access mem- 
ory (RAM) or read-only memory (ROM), or could be a 
peripheral or remote memory device of any kind. More 
generally, memory 164 could be a combination of more 
than one type of memory component. 
[0046] Storage medium access device 166 could be a 
drive or other appropriate device or circuitry for access- 
ing storage medium 170, which could, for example, be a 
magnetic medium such as a set of one or more tapes, 
diskettes, or floppy disks; an optical medium such as a 
set of one or more CD-ROMs; or any other appropriate 
medium for storing data. Storage medium 170 could be 
a part of machine 1 50, a part of a server or other periph- 
eral or remote memory device, or a software product. In 
each of these cases, storage medium 170 is an article 
of manufacture that can be used by machine 150. Data 
units can be positioned on storage medium 170 so that 
storage medium access device 1 66 can access the data 
units and provide them in a sequence to processor 152 
through instruction input circuitry 1 62. When provided in 
the sequence, the data units form instruction data 160, 
indicating instructions as illustrated. 
[0047] Network 168 can provide instruction data 160 
received from machine 180. Processor 182 in machine 
180 can establish a connection with processor 152 over 
network 168 through network connection circuitry 184 
and instruction input circuitry 162. Either processor 
could initiate the connection, and the connection could 
be established by any appropriate protocol. Then proc- 
essor 182 can access instruction data stored in memory 
186 and transfer the instruction data over network 168 
to processor 152 so that processor 152 can receive 
instruction data 160 from network 168. Instruction data 
160 can then be stored in memory 164 or elsewhere by 
processor 152, and can be executed. 

C. Implementation 

[0048] The general features described above could be 
implemented in numerous ways on various machines to 
present node-link representations. An implementation 
described below has been implemented on a PC-based 
system running the 32 bit versions of Microsoft Win- 
dows and executing code compiled from C++ language 
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source code. 
C.1. System 

[0049] In Fig. 4, system 200 includes PC processor s 
202, which is connected to display 204 for presenting 
images and to keyboard 206 and mouse 208 for provid- 
ing signals from a user. PC processor 202 is also con- 
nected so that it can access memory 210 and client 
212. Memory 210 can illustratively include program 10 
memory 214 and data memory 216. Client 212 is a 
source of information about a directed graph, which 
could be a combination of routines and data stored in 
memory 210 or could be independent of memory 210 as 
shown. For example, processor 202 could communicate is 
with client 212 through a network. 
[0050] The routines stored in program memory 214 
can be grouped into several functions. Grapher routines 
220 create and modify a data structure representing the 
directed graph defined by the information from client 20 
212. Walker routines 222 respond to navigation signals 
and other user signals from keyboard 206 and mouse 
208 by obtaining information from the directed graph 
data structure. Painter routines 224 provide signals to 
display 204 to cause it to present representations of the 25 
directed graph data structure. Memory management 
routines 226 can be called by grapher routines 220 in 
applying a navigation history criterion to determine 
whether to modify which part of the directed graph data 
structure is in memory 210. Math routines 228 can be 30 
called to obtain positions of elements of the directed 
graph in a layout space. 

[0051] Data memory 216 in turn contains data struc- 
tures accessed by processor 202 during execution of 
routines in program memory 214. Directed graph data 35 
structure 230, as noted above, can be created and mod- 
ified by grapher routines 220 and can also be accessed 
by walker routines 222 and painter routines 224. List of 
node IDs 232 can be created and maintained by mem- 
ory management routines 226 to hold information about 40 
navigation history in relation to the directed graph 
defined by directed graph data structure 230. The rou- 
tines in program memory 214 can also access various 
miscellaneous data structures 234. Data structures 234 
may, for example, include an extra data structure for 45 
mapping from a pair of node IDs to a link ID, imple- 
mented as a standard heap; this extra data structure 
allows lookup and insertion of a link ID in time that is 
logarithmic in the number of links. 

so 

C.2. Directed Graph Data Structure 

[0052] Fig. 5 illustrates features of directed graph data 
structure 230 that are relevant to the operations per- 
formed by memory management routines 226. ss 
[0053] Identifier (ID) mapping structure 250 maps 
from element IDs to pointers. The element IDs include 
node IDs and fink IDs. Structure 250 makes it possible 



for every node and link in memory to be specified by an- 
ID which can be validated in constant time and neariy- 
always created in constant time; structure 250 avoids 
the need to use pointers except within directed graph 
data structure 230. Although implemented as two arrays 
of pointers, one indexed by node IDs and the other by 
link IDs, structure 250 could also be, for example, a 
lookup table in which each entry includes an ID and a 
pointer. 

[0054] Root node element 252 represents a special 
node that is always in memory and whose children can 
be chosen by client 212 according to any appropriate 
criterion. For example, the children of root node element 
252 could include links to all other nodes, to all other 
nodes that have no other parent, or only to one node 
that is the natural starting node of structure 230, such 
as a node representing a file system root or a web site 
home page. Therefore, the upper level of element 252 
has an "x" to indicate that it has no parent, while the 
lower level has the ID of its first child link. The central 
level of element 252 may contain appropriate data rele- 
vant to the root node it represents. 
[0055] Link element 254 represents a link between a 
parent node and a child node, the IDs of which are in its 
uppermost and lowermost levels. The two levels just 
below the parent node's ID are the IDs of the previous 
child link and the next child link from the parent node, 
respectively. Similarly, the two levels just above the child 
node's ID are the IDs of the previous parent link and the 
next parent fink leading to the child node, respectively. 
As in element 252, the central level of element 254 may 
contain appropriate data relevant to the link it repre- 
sents. 

[0056] Node element 256 represents a node that is 
currently in memory but that is subject to being removed 
in accordance with the memory management tech- 
niques described below. Therefore, the upper level of 
element 256 has the ID of its first parent link and the 
lower level has the ID of its first child link As with ele- 
ment 252, the central level of element 256 may contain 
appropriate data relevant to the node it represents. For 
example, the central level may include a pointer to the 
node's entry in the list of node IDs described below, thus 
allowing removal of the node's entry from the list in con- 
stant time without performing a search. 

C.3. List of Node IDs 

[0057] Fig. 6 shows an implementation of list of node 

IDs 232 as a linked list of N entries 270, 272, through 

274. N can be any value less than.N MAX , the maximum 

number of nodes permitted in memory. 

[0058] In the illustrated implementation, each entry 

includes a node ID field 280, 282, through 284. This 

field simply indicates the ID of a node. 

[0059] Each entry also includes a pointer field 290, 

292, through 294, which includes a pointer to the next 

entry in the linked list or, in the case of field 294, a spe- 
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cial value indicating the last entry in the- list, shown as 

"x". 

[0060] As explained in greater detail below, list 232 is 
managed so that the most recently handled node is in 
the zeroth entry, while the least recently handled node is 
in the (N-1)th entry. Therefore, the position of a node's 
entry in list 232 indicates the ranking of the node in 
terms of how recently each node was handled. 

C.4. Operations 

[0061 ] Fig. 7 shows operations that can be performed 
by grapher routines 220 and walker routines 222 in 
response to a navigation signal. Operations in Fig. 7 
can be performed at least once in responding to each 
acceptable navigation signal. 

[0062] The technique of Fig. 7 modifies the set of 
nodes and links in memory during an iteration that 
includes automatic traversal, producing a modified set 
that is more likely to include all the elements that will be 
traversed in the next iteration. A modified set that meets 
this standard is sometimes referred to herein as a "pre- 
dictive node-link set". Of course, the technique of Fig. 7 
can also modify the set to include any elements that 
were not loaded but that are traversed in the current iter- 
ation. 

[0063] The technique of Fig. 7 produces a predictive 
node-link set for the next iteration by adding a node (and 
a link from its parent to the node) to the set in memory if 
the node's parent is traversed during the current itera- 
tion. 

[0064] The illustrated operations begin upon receiving 
a navigation signal in box 300. The navigation signal 
could be a signal requesting a change of focus to a dif- 
ferent part of a graph being displayed or a signal 
requesting that a node in the graph be expanded to 
show its descendants or contracted to hide its descend- 
ants. The routines can initially test whether the naviga- 
tion signal is acceptable, in box 302, such as by a call 
invoking an upward walk to determine whether any of 
the node's ancestors is a clone of the node, in which 
case cycling can be avoided by not expanding the node. 
If the navigation signal is not acceptable, the routines 
take no action in response to the navigation signal, but 
rather wait for the next navigation signal, in box 304. 
[0065] When the test in box 302 determines that an 
acceptable navigation signal has been received, the 
routines begin an iteration that prepares a representa- 
tion of the graph in response to the navigation signal, in 
box 306. In doing so, walker routines 222 are called to 
perform one or more walking traversals of directed 
graph data structure 230, during which nodes are 
marked with counts to indicate that they have been 
walked. 

[0066] In performing a walk, walker routines 222 can 
obtain the node ID of the next node to be walked by 
using the link and node IDs in directed graph data struc- 
ture 230, the walk counter values described below, and 



expansion flags can define a tree within the graph 
defined by data structure 230, and walker routines 222 
can walk upward along a path from a selected node of 
the tree to the root node, then walk back down the path 

5 to orient the selected node, then walk back up the path 
to a visibility root node, and then do a walk through the 
descendants of the visibility root node in the tree. 
[0067] While performing the walk upward to the root 
node and back to the selected node, walker routines 

w 222 can mark each node with an orient count that indi- 
cates that the node was walked in the most recent walk 
to orient a selected node, thus preserving some naviga- 
tion history. Similarly, while performing the walk through 
the descendants of the visibility root node, walker rou- 

15 tines 222 can mark each node with a map count that 
indicates that the node was walked in the most recent 
walk to map descendants of the visibility root node, thus 
preserving additional navigation history. The orient 
count and the map count stored by walker routines 222 

20 can be based on respective global counters, with the 
count of all nodes traversed on a given walk being equal 
to a global counter's value. A node with a different 
stored count value was not traversed on the given walk. 
[0068] As discussed below, the most recently walked 

25 nodes, as indicated either by their orient counts or their 
map counts, cannot be removed from memory. 
[0069] Preparation of the representation also includes 
an iterative inner loop that begins and ends with the test 
in box 310. As suggested by the dashed lines into and 

30 out of box 310, preparation of a representation can 
include other operations in addition to the iterative inner 
loop and the walking traversals. 
[0070] When the iterative inner loop is completed, box 
310 branches to present a representation of the graph, 

35 in box 312. As suggested by the dashed line from box 
312 back to box 306, a series of representations could 
be prepared and presented in response to one of the 
navigation signals. As suggested by the dashed line 
from box 312 back to box 304, when the response to a 

40 navigation signal is completed, a response to another 
navigation signal can be provided. 
[0071 ] In addition to other operations, each iteration of 
the inner loop calls memory management routines 226 
with the node ID of the next node to be handled, in box 

45 314. The inner loop can, for example, be included in a . 
painting operation performed by walking routines 222, in 
which each node on a stack of nodes to be painted is 
handled in turn, and in which appropriate calls to painter 
routines 224 are also made for each node. 

so [0072] In response to the call in box 314, memory 
management routines 226 move the next node to the 
top of list 232, in box 316. In box 320, memory manage- 
ment routines 226 also determine whether the next 
node has any children that are not in memory, referred 

55 to herein as "uncreated child nodes". This can be deter- 
mined from an uncreated children flag for the node, a 
flag that can generally be controlled by client 212 but is 
accessible to other routines. 
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[0073] If the node has uncreated child nodes, a call is 
made in box 322 to client 21 2, requesting creation of the 
uncreated child nodes. In this and similar contexts in 
which a node does not have an assigned node ID 
because it is not currently in memory, a call to client 212 5 
can refer to the node by its parent's node ID and. if 
appropriate, by a numerical indication of which child it 
is, e.g. the nth child of node X. Client 212 has access to 
more complete information about the node-link struc- 
ture, which can be thought of as a "protograph", and cli- 10 
ent 212 can use that information and the node ID of the 
parent to obtain information about each uncreated child. 
For example, with the node ID, client 212 can access 
the node's data item as shown in Fig. 5, and the data 
item's node data can include a unique identifier origi- 15 
nally provided by client 212 at the time the node's data 
item was created. Client 212 can then use this unique 
identifier to access the relevant information in the proto- 
graph. If the node is a web page, for example, the 
unique identifier could be a hypertext link that can be 20 
used to obtain information about the node's children 
and parents. Client 212 could also maintain a cache of 
recently created nodes and related links, to allow imme- 
diate creation, if the call in box 322 were to create a 
non-cached node, client 212 could schedule asynchro- 25 
nous creation of that node in the background, while indi- 
cating unsuccessful child creation. 
[0074] In creating nodes in response to a call in box 
322, client 212 in turn makes a request to create the 
nodes, which results in a call to grapher routines 220. 30 
Grapher routines 220, in turn, call memory manage- 
ment routines 226, as discussed below in relation to Fig. 
8. These routines return with an indication whether the 
requested nodes can be created; if not, the routines 
could return a null ID t for example; As shown in box 324, 35 
client 212 can branch based on whether it succeeds in 
creating the nodes. If so, client 212 clears the parent's 
uncreated child flag, in box 326, before returning to box 
310. If child creation is not successful, the uncreated 
children flag is not cleared, but the routines continue 40 
with box 310. 

[0075] If the set of nodes in memory when a naviga- 
tion signal is received in box 300 does not include all the 
elements to be traversed, client 212 can be notified with 
a request to provide the uncreated nodes. 45 
[0076] Fig. 8 shows how grapher routines 220 and 
memory management routines 226 respond after 
grapher routines 220 receive, in box 350, a request from 
client 212 to create a child node as in box 322 in Fig. 7. 
As shown in box 350, grapher routines 220 call memory so 
management routines 226, which perform most of the 
other operations shown in Fig. 8. 
[0077] In box 352, routines 226 move the parent node 
of the uncreated child node to the top of list 232. As can 
be seen in Fig. 6, this and other movements of nodes ss 
wjthin the list can be made by changing the pointers in 
fields 290, 292, through 294. 

[0078] In box 354, routines 226 then test whether a 



node can be added to memory without exceeding the- 
maximum number of nodes allowed in memory, by com-- 
paring (N+1) with N MAX . If (N+1) is not greater than 
Nmax- routines 226 call grapher routines 220 with a 
request to create the new node and with appropriate link 
information, in box 356. Operations of grapher routines 
220 in response to these calls can be implemented as 
described below in relation to Fig. 10. Creation of the 
new node includes creating the link from the new node's 
parent to the new node and can also include creating 
links from the new node to any of its child nodes that are 
already created and initializing appropriate flags or 
other data to indicate that links are expanded and to 
indicate whether the new node has any uncreated child 
nodes and that it has been walked by walker routines 
222. Routines 226 also put a new entry for the new 
node at the top of list 232 before returning to grapher 
routines 220. Grapher routines 220 then return the new 
node's ID in box 358. 

[0079] It is worth noting that the value of N MAX cannot 
be as great as the total number of nodes that could be 
held in memory because links must also be in memory. 
The maximum possible number of links between N 
nodes would be (Nl), but it would ordinarily not be nec- 
essary to keep N MAX so small that ((N MAX *Node- 
Size)+(N MAX !*LinkSize)) does not exceed the available 
memory space. If, in a particular application, errors are 
occurring because of insufficient space for link creation, 
it may be necessary to increase the memory space allo- 
cated to directed graph data structure 230. 
[0080] If adding a node would exceed the maximum 
allowed number of nodes, routines 226 apply a naviga- 
tion history criterion in box 360 to determine whether to 
change which part of the graph is in memory, such as by 
removing a node and adding the new node. Routines 
226 branch on the result in box 362: If the criterion 
determines not to change which part of the graph is in 
memory, routines 226 return the null ID, in box 364. But 
if the criterion determines to change, routines 226 call 
grapher routines 220 with a request to remove a node 
from memory, in box 366. Routines 226 also remove the 
node from list 232 and, through another request to 
grapher routines 220, cause its parent to be marked 
with a flag indicating it has uncreated child nodes. Oper- 
ations of grapher routines 220 in response to these calls 
can be implemented as described below in relation to 
Fig. 1 1 . Routines 226 then move the parent node to the 
top of list 232. 

[0081] At this point, routines 226 can create the 
requested node in box 356 and grapher routines 220 
can return its node ID, in box 358, as described above. 
If, on the other hand, routines 226 returned the null ID in 
box 364, grapher 220 can return data indicating that the 
node could not be created. 

[0082] Fig. 9 shows in greater detail one way in which 
boxes 360 and 362 in Fig. 8 can be implemented. The 
general approach is to go through list 232 from the bot- 
tom to the top, trying to find a node that can be 
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removed. This is an example of a navigation history cri- 
terion because the order of the nodes in list 232 
depends on the navigation signals that have been 
received, as a result of changes like those in boxes 352 
and 356, and as a result of any other events that have 
traversed nodes, such as painting and layout opera- 
tions. 

[0083] In box 380, the node ID of the top entry of list 
232 is saved. Then, in box 382, the last node ID on list 
232 is taken. The test in box 384 compares the last 
node ID with the saved top node ID, thus beginning an 
iterative loop that tests each node in list 232 until it finds 
one that can be removed. 

[0084] The test in box 386 first tests the node's orient 
and map counts to determine whether the node was 
walked during the most recent orienting or mapping 
walk in box 306 in Fig. 7. In addition to keeping nodes in 
memory that are currently displayed, this test ensures 
that root node 252 in Fig. 5 will not be removed from 
memory. The test in box 386 may, for example, be made 
with a call to walker routines 222, which can compare 
the node's orient and map counts with the current val- 
ues of the global counters for those walks. 
[0085] If the node was walked during the most recent 
orienting or mapping walk, it cannot be removed, so it is 
moved to the top of list 232 in box 388, and the next 
node is taken. But if the node was not walked, it is a can- 
didate for removal, and a call is made to client 212 in 
box 390 with a request to determine whether the node 
can be removed. Client 212 may have any appropriate 
additional criterion for determining whether a node can 
be removed. The result received from client 212 in box 
392 determines which branch is taken from box 394. If 
the result is that the node cannot be removed, the node 
is moved to the top of list 232 in box 388 and another 
node is taken in box 382. But if the result is that the node 
can be removed, it is removed as in box 366 in Fig. 8. 
[0086] When all the nodes have been taken, the test 
in box 384 will determine that the two node IDs match, 
meaning that list 232 does not include any nodes that 
can be removed. Therefore, the null ID is returned as in 
box 364 in Fig. 8. 

[0087] The navigation history criterion applied in box 
360 in Fig. 8 thus includes at least two subcriteria: First, 
a node that is removed should be a less recently han- 
dled node, as indicated by its position in list 232, and, 
second, a node that is removed should not be a node 
that was walked during the most recent orient and map 
walks. 

[0088] Fig. 10 shows in greater detail one way in 
which node creation in box 356 in Fig. 8 can be imple- 
mented. Node creation begins when grapher routines 
220 receive a call from memory management routines 
226 to create a new node in box 400. The call includes 
the node ID of the new node and information about the 
new node's incoming and outgoing links. 
[0089] Grapher routines 220 respond by creating a 
new node like node 258 in Fig. 5, in box 402. Grapher 



routines 220 also initialize the first parent link ID and the 
first child link ID and flags included in the new node. An 
uncreated children flag can be initialized OFF to indi- 
cate that the new node does not have any uncreated 
5 child nodes. Also, counters that can be used to deter- 
mine whether the node was recently walked during ori- 
enting or mapping can be initialized to an appropriate 
value. 

[0090] Then, in box 410, grapher routines 220 branch 

10 on whether the new node has any incoming links from 
parent nodes that have been created. 
[0091 ] If not, a new link is created to root node 252, in 
box 412. Creation of this new link includes obtaining a 
link ID and creating a link like link 254 in Fig. 5, with the 

is node ID of root node 252 as the parent node ID and the 
node ID of the new node as the child node ID. In addi- 
tion, other appropriate link IDs are set. For example, if 
this is the first outgoing link from root node 252, the new 
link's ID is loaded into root node 252 as its first child link 

20 ID, and the new links previous and next child link IDs are 
set to NULL Otherwise, the new link's previous child 
link ID is set to the last of the child links of root node 
252, and that link's next child link ID is set to the new 
link's ID, while the new link's next child link ID is set to 

25 NULL 

[0092] If, on the other hand, the new node has one or 
more incoming links from parent nodes that have been 
created, a link is created for each of its created parent 
nodes, in box 414. Each new link has the appropriate 

30 node ID as its parent node ID and the node ID of the 
new node as its child node ID. In addition, other appro- 
priate IDs are set. For example, if a new link is the first 
outgoing link from a parent, the new link's ID is loaded 
into the parent node as its first child link ID, and the new 

35 link's previous and next child link IDs are set to NULL. 
Otherwise, the new link's previous child link ID is set to 
the last of the child links of the parent node, and that 
links next child link ID is set to the new link's ID, while 
the new links next child link ID is set to NULL In box 

40 414, grapher routines 220 can also check each parent 
node to determine whether it has any remaining uncre- 
ated children, changing its uncreated children flag to 
OFF if not 

[0093] Similarly, grapher routines 220 branch in box 
45 420 based on whether the new node has any outgoing 
links. If so, a new link is created to each created child, in 
box 422. Creation of this new link includes obtaining a 
link ID and creating a link like link 254 in Fig. 5. If the 
new link is replacing a link from root node 252, it is the 
so first incoming link of the child node, so that the child 
node's first parent link ID is the new link's ID. The new 
link also has the node ID of the new node as its parent 
node ID and the node ID of the child node as its child 
node ID. In addition, other appropriate link IDs are set. 
55 For example, if this is the first outgoing link from the new 
node, the new link's ID is loaded into the new node as its 
first child link ID, and the new link's previous and next 
child link IDs are set to NULL Otherwise, the new link's 
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previous child link ID is set to the last of the child links of 
the new node, and that links next child link ID is set to 
the new link's ID, while the new link's next child link ID is 
set to NULL. Similarly, unless the new link is replacing a 
link from root node 252, in which case its previous and 
next parent link IDs are NULL, the new link's previous 
parent link ID is set to the last of the parent links of the 
child node, and that link's next parent link ID is set to the 
new link's ID, while the new link's next parent link ID is 
set to NULL 

[0094] After creating outgoing links to created chil- 
dren, grapher routines 220 test in box 424 whether the 
new node has any uncreated children. If not, or if the 
new node has no outgoing links, the uncreated children 
flag is set OFF in box 426 before returning in box 428. 
But if there is at least one uncreated child, the uncre- 
ated children flag is set ON in box 430 before returning 
in box 428. 

[0095] Fig. 1 1 shows in greater detail one way in 
which node removal in box 366 in Fig. 8 can be imple- 
mented. Node removal begins when grapher routines 
220 receive a call from memory management routines 
226 to remove a node in box 450. The call includes the 
node ID of the node being removed. 
[0096] Grapher routines 220 respond by testing in box 
452 whether the node ID received in box 450 is that of 
root node 252. If so, routines 220 handle the error in an 
appropriate way in box 454, such as by returning with- 
out further action. 

[0097] The test in box 452 could also determine 
whether the node ID received in box 450 is that of a 
node that cannot be removed for another reason. For 
example, if the navigation signals could include book- 
marks or the like, client 212 might not permit removal of 
a node with a bookmark. 

[0098] If the node ID is not that of root node 252 or 
another node that cannot be removed, grapher routines 
220 use the node ID to access the node and go through 
its linked list of parent links, in box 456. For each parent 
link, grapher routines 220 set its from-node's uncreated 
children flag ON, then delete the parent link. In deleting 
a parent link, grapher routines 220 can also modify its 
from-node's linked list of child links to omit the deleted 
link. Grapher routines 220 can also call memory man- 
agement routines 226 to move each from-node handled 
in box 456 to the top of list 232. 
[0099] Then grapher routines 220 begin an outer iter- 
ative loop that goes through the node's linked list of 
child links, continuing until the test in box 460 finds no 
more child links. In box 462, grapher routines 220 begin 
each iteration of the outer loop by accessing the node's 
linked list to get the link ID of the next child link, and by 
then pushing the link ID onto a stack. 
[0100] Grapher routines 220 then begin an inner iter- 
ative loop that handles each link ID in the stack. In box 
472, grapher routines 220 begin each iteration of the 
inner loop by popping the stack to get the link ID of the 
top link from the stack, the link most recently pushed 



onto the stack. Box 480 then tests whether the top link- 
is the only parent of its to-node, by using the link HD-to- 
access the to-node's linked list of parent links. If so, box 
482 accesses the to-node's linked list of child links and 

5 pushes the link IDs of the child links onto the stack. 
Then, box 484 deletes the to-node from memory. In 
either case, box 486 deletes the top link from box 472. If 
the top link is not the only parent of its to-node, box 486 
can also modify the to-node's linked list of parent links to 

10 omit the deleted link. 

[0101] When the stack is empty in box 470 and all 
child links have been handled in box 460, box 490 
deletes the node whose node ID was received in box 
450 and box 492 returns. Box 490 could also include 

75 related operations, such as deleting any bookmarks or 
the like for the node being deleted. 
[0102] The technique of Fig. 11 only removes one 
level of descendants of a removed node, and does not 
remove descendants of a removed node that have other 

20 ancestors in memory. The technique could alternatively 
be implemented by replacing boxes 482 and 484 with a 
recursive call with the node ID to a procedure that 
begins with box 460 and ends after box 490. The tech- 
nique could also be modified to remove descendants 

25 that have other ancestors in memory, were it appropri- 
ate to do so. 

[01 03] Operations like those described above in rela- 
tion to boxes 412, 414, 422, 456, 482, and 486 could 
also be performed in creating or removing links inde- 
30 pendent of node creation and removal. 

C.5. Results 

[0104] An implementation similar to that described 
35 above in relation to Figs. 4-11 has been used in a 
browser that presents representations of node-link 
structures. 

[0105] Navigation signals will often request that a 
node be moved from elsewhere in the representation to 

40 the center of focus for better viewing. In many such 
cases, the requested movement will result in the addi- 
tion of an extra layer of nodes at the periphery of the 
representation, nodes which will already be present in 
memory because they are children of a node that was 

45 traversed during a previous iteration. Therefore, in those 
cases a previous iteration produced a predictive node- 
link set that defines the set of elements that will be tra- 
versed in a subsequent iteration, and, in general, previ- 
ous iterations produce predictive node-link sets that are 

so more likely to define the set of elements that will be tra- 
versed by subsequent iterations. 



C.6. Variations 

55 [0106] An implementation similar to that described 
above has been successfully executed on processors of 
IBM compatible PCs, but implementations could be exe- 
cuted on other machines with any appropriate proces- 
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sors. 

[0107] An implementation similar to that described 
above has been successfully executed using C++ in 32- 
bit Windows environments, but other programming lan- 
guages and environments could be used, including non- s 
object-oriented environments, and other platforms 
could be used, such as Lisp, a Unix environment, ANSI 
C, Pascal, and so forth. 

[0108] An implementation similar to that described 
above has been successfully executed with node-link io 
data presented in a generic XML format and in an 
experimental format, but the invention could be imple- 
mented with any suitable type of node-link data, 
whether static or dynamic, and accessible in any appro- 
priate way, such as in memory or over a network. 15 
[0109] An implementation similar to that described 
above has been implemented with each iteration pre- 
paring and presenting a representation of a graph in 
response to a navigation signal, but the invention could 
be implemented with other types of iterations invoked by 20 
other types of signals or calls and that include automat- 
ically traversing a set of elements of a node-link struc- 
ture. A number of examples of operations that can 
include automatic traversal are mentioned above. 
[0110] An implementation similar to that described 25 
above has been successfully executed with navigation 
signals received from a keyboard and mouse and relat- 
ing to a displayed representation of a node-link struc- 
ture like the representations disclosed in Lamping et a!.. 
US-A-5,619. The invention could, however, be imple- 30 
mented with or without navigation signals; for example, 
elements could be moved around in response to differ- 
ent sortings of the children of a node or in response to 
the application of different filters to elements of a struc- 
ture. Also, the invention could be implemented with any 35 
appropriate type of expand and contract signals or other 
navigation signals, including signals resulting from 
external queries, selection of a menu entry-like item 
requesting expansion below an indicated node or link, 
or selection of a menu entry-like item requesting expan- 40 
sion below the current focus. The navigation signals 
could instead relate to an illusory space like those pro- 
duced by videogames or virtual reality environments or 
a presentation space other than a display and naviga- 
tion signals could instead be produced by any appropri- 45 
ate user input device, including other kinds of pointing 
devices and other kinds of devices for receiving alpha- 
numeric or linguistic input such as voice, gestures, or 
other modes of user input. Further, the invention could 
be implemented with other types of representations of so 
node-link structures. The invention could be imple- 
mented without animation or with any appropriate ani- 
mation techniques. 

[0111] An implementation similar to that described 
above has been implemented with layout data obtained, 55 
but the invention could be implemented with or without 
layout as such, or by obtaining layout data in other ways, 
such as by laying out the entire node-link structure sep- 



arately for each representation or by laying out- the 

node-link structure in other ways. 

[0112] An implementation similar to that described 
above has been implemented with a node-link structure 
mapped into the unit disk and then painted, but the 
invention could be implemented with or without map- 
ping, or with a node-link structure mapped and pre- 
sented in any other appropriate way, including mapping 
it into any other appropriate rendering space and pre- 
senting it in any other appropriate display space, includ- 
ing three-dimensional rendering and display spaces. 
[0113] An implementation similar to that described 
above has been implemented in which, during traversal, 
uncreated children of traversed nodes are created and 
least recently visited nodes are removed to obtain pre- 
dictive node-link data, but the invention could be imple- 
mented with various other approaches to obtain node- 
link data that are more likely to define the set of ele- 
ments to be traversed next. The above implementation 
uses a combination of a proximity-based and a recency- 
based approach, with proximity determining which 
nodes are created and with recency determining which 
are removed. This approach seems to work especially 
well for a browsing application in which short, scrolling 
movements are made across a representation. Other 
appropriate approaches could be used, including simi- 
larity-based approaches, such as loading a clone of any 
node in the view, together with the clone's nearby 
nodes. Also, any appropriate combination of proximity, 
recency, and similarity could be used, depending on the 
characteristics of the particular node-link data structure 
being traversed. In particular, other approaches may 
work better for applications in which large, jumping 
movements are made between discretely traversed 
regions of a structure. 

[0114] The implementation described above is syn- 
chronous, in that nodes are created when requested, 
but the invention could be implemented asynchronously, 
such as with node creation performed in the back- 
ground, such as by an appropriate thread handled by 
the client during free cycles. 

[01 1 5] The implementation described above applies a 
navigation history criterion that includes subcriteria 
relating to how recently a node was handled and to 
whether a node was walked during the most recent 
paint operation. Any other suitable criterion could be 
applied to determine whether to remove a node, such 
as. a criterion based on difficulty of creating a node, 
another criterion based on probability of creating a 
node, or a combined criterion based both on difficulty 
and probability, where each may be reflected in a figure 
of merit and the node for which the product of the fig- 
ures of merit is lowest. 

[0116] The implementation described above pre- 
serves information about navigation history in a linked 
Ijst data structure for node IDs, but navigation history 
information could be preserved in any other suitable 
form. 
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[01 1 7] The implementation described above modifies 
which part of node-link data is in memory by removing 
data for a node and adding data for another node. Mod- 
ifications could be made in any other appropriate way. 
[0118] The implementation described above uses 
node-link data that include expansion flags of links to 
define a tree within a graph, but the invention could be 
implemented with a node-link structure defined in any 
other appropriate way. Specifically, the implementation 
described above employs a directed graph data struc- 
ture in which a link is represented as an item in two 
linked lists, one for the outgoing links from its from-node 
and one for the incoming links to its to-node. Any other 
suitable data structure could be employed. 
[01 1 9] The implementation described above employs 
a maximum number of nodes to indicate memory 
capacity. Other measures of memory capacity could be 
used, such as the total number of nodes plus links or the 
total size of the node-link data in memory. 
[0120] The implementation described above can han- 
dle directed graphs, including cyclic directed graphs, but 
the invention could be implemented for other types of 
graphs by converting other types of links to appropriate 
combinations of directed links or by otherwise providing 
a protocol for mapping the structure of a graph to a tree. 
For example, an undirected link between two nodes 
could be converted to a pair of directed links between 
the same nodes or could be assigned a direction based 
on an appropriate criterion. In general, a representation 
in which all undirected links have been converted to a 
pair of directed links is likely to be visually confusing, 
because each pair of directed links results in a cycle, 
but this confusing might be overcome by presenting 
cycles in another way. 

[0121] In the implementation described above, acts 
are performed in an order that could in many cases be 
modified. 

[0122] Also, in the implementation described above, 
several software portions are distinguished, such as 
grapher, walker, painter, memory management, and 
math routines and the client, but the invention could be 
implemented with other combinations of hardware and 
software and with software organized in any appropriate 
way. 

D. Applications 

[0123] The invention has been applied in providing an 
interactive browser of node-link structures. The inven- 
tion could be applied in a variety of contexts in which 
node-link structures are visualized. In particular, the 
invention could be applied in visualizing web-related 
structures such as the structure formed by a cached set 
of web pages or other web objects. 
[0124] More generally, the invention could be applied 
to provide a browser for organization charts, file system 
hierarchies, hypertext hierarchies, world wide web con- 
nectivity structures, parts breakdowns, SGML struc- 



tures," or any other large node-link structures. The-- 
browser could be used in editing structures ortheir-con-- 
tents. 

5 E. Miscellaneous 

[01 25] The invention has been described in relation to 
software implementations, but the invention might be 
implemented with specialized hardware. 
w [0126] In a preferred embodiment of the method of 
controlling which part of a node-link structure is in a 
memory, each iteration further comprises preparing and 
presenting a representation of the node-link structure 
and the act of preparing and presenting the representa- 
15 tion of the node-link structure includes automatically tra- 
versing the iteration's set of elements. 
[0127] Preferably, the part of node-link data in the 
memory includes, for each node in the iteration's set of 
elements, a node element representing the node. Fur- 
20 ther, the act of modifying which part of node-link data is 
in memory comprises creating an additional node ele- 
ment representing a node that is not in the iteration's set 
of elements. 

[0128] Advantageously, the act of modifying which 
25 part of node-link data is in memory further comprises 
creating an additional link element representing a link to 
the node that is not in the iteration's set of elements. 
[0129] In a preferred embodiment, the part of node- 
link data in the memory includes at least one node ele- 
30 ment representing a node that is not in the iteration's set 
of elements. The act of modifying which part of node- 
link data is in memory further comprises removing at 
least one node element representing a node that is not 
in the iteration's set of elements. 
35 [0130] Preferably, the part of node-link data in the 
memory includes, for each node element representing a 
node that is not in the iteration's set of elements and at 
least one link element which represents a link to or from 
the represented node. The act of modifying which part 
4d of node-link data is in memory further comprises, for 
each node element that represents a node absent from 
the iteration's set of elements, removing at least one link 
element representing a link to or from the represented 
node. 

45 [0131] In a preferred embodiment of the method of 
controlling which part of a node-link structure is in a 
memory, the modified part of node-link data defines the 
set of elements that will be traversed by the next itera- 
tion. 

50 

Claims 

1 . A method of controlling which part of node-link data 
defining a node-link structure is in a memory; the 
55 method comprising: 

performing a series of iterations, each iteration 
including automatically traversing a set of ele- 
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ments of the node-link structure; at least one of 
the iterations comprising: 

while automatically traversing the iteration's set 
of elements, modifying which part of node-link 
data is in the memory to obtain a modified part 
of the node-link data in memory; the modified 
part of node-link data being more likely to 
define the set of elements that will be traversed 
by the next iteration. 

2. The method of claim 1 in which the act of modifying 
which part of node-link data is in the memory com- 
prises: 

determining whether to remove any of the part 
of node-link data in the memory; and 

upon determining to remove some of the part 
of node-link data in the memory, applying a cri- 
terion to determine which of the part of node- 
link data in the memory to remove. 

3. The method of claim 2 in which each iteration 
receives a navigation signal from a user and the cri- 
terion is a navigation history criterion. 

4. The method of claim 2 in which the criterion selects 
an element that is least recently traversed. 

5. The method of claim 4 in which the method further 
comprises: 

maintaining a list of nodes defined by the part 
of node-link data that is in memory; the nodes 
being ordered within the list according to how 
recently each node has been traversed; 

the act of applying a criterion comprising 
selecting a node that is least recently traversed 
from the list. 

6. The method of claim 1 in which the act of modifying 
which part of node-link data is in memory com- 
prises: 

determining whether the iteration's set of ele- 
ments includes an element with children that 
are not defined by the part of the node-link data 
in memory; and 

if so, determining to modify the part of the 
node-link data in memory to obtain a modified 
part of the node-link data that defines the chil- 
dren that are not defined. 

7. The method of claim 6 in which the part of node-link 
data in memory includes uncreated children data 



indicating, for each node defined by the part-of 
node-link data in memory, whether the node has 
children that are not defined by the part of the node- 
link data in memory; the act of determining whether 
5 the iteration's set of elements includes an element 

with children that are not defined comprising: 

accessing the uncreated children data to deter- 
mine whether any of the nodes in the iteration's 
10 set of elements has children that are not 

defined by the part of the node-link data in 
memory. 

8. A system comprising: 

75 

memory for storing node-link data defining a 
node-link structure; and 

a processor for controlling which part of the 
20 node-link data is in the memory; the processor 

performing a series of iterations, each iteration 
including automatically traversing a set of ele- 
ments of the node-link structure; the processor, 
in performing at least one of the iterations and 
25 while automatically traversing the iteration's set 

of elements, modifying which part of node-link 
data is in the memory to obtain a modified part 
of the node-link data in memory; the modified 
part of node-link data being more likely to 
30 define the set of elements that the processor 

will traverse in performing the next iteration. 

9. An article of manufacture for use in a system that 
includes: 

35 

memory for storing node-link data defining a 
node-link structure; 

a storage medium access device; and 

40 

a processor for controlling which part of the 
node-link data is in the memory and connected 
for receiving data accessed on a storage 
medium by the storage medium access device; 

45 

the article of manufacture comprising: 
a storage medium; and 

so instruction data stored by the storage medium; 

the instruction data indicating instructions the 
processor can execute; the processor, in exe- 
cuting the instructions, performing a series of 
iterations, each iteration including automati- 

55 cally traversing a set of elements of the node- 

link structure; the processor, in performing at 
least one of the iterations and while automati- 
cally traversing the iteration's set of elements, 
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modifying which part of node-link data is in the 
memory to obtain a modified part of the node- 
link data in memory; the modified part of node- 
link data being more likely to define the set of 
elements that the processor will traverse in per- 
forming the next iteration. 

A method of transferring data between first and 
second machines over a network, the second 
machine including memory and a processor con- 
nected for accessing the memory; the memory 
being for storing instruction data and for storing 
node-link data defining a node-link structure; the 
processor being for controlling which part of the 
node-link data is in the memory; the method com- is 
prising: 

establishing a connection between the f irst and 
second machines over the network; and 



10 



20 



operating the first and second machines to 
transfer instruction data from the first machine 
to the memory of the second machine; the 
instruction data indicating instructions the proc- 
essor can execute; the processor, in executing 2s 
the instructions, performing a series of itera- 
tions, each iteration including automatically tra- 
versing a set of elements of the node-link 
structure; the processor, in performing at least 
one of the iterations and while automatically 30 
traversing the iteration's set of elements, modi- 
fying which part of node-link data is in the 
memory to obtain a modified part of the node- 
link data in memory; the modified part of node- 
link data being more likely to define the set of 35 
elements that the processor will traverse in per- 
forming the next iteration. 
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